大家好，我是韋恩。

很高興能夠順利完賽，並且拿了一個獎。能夠在這裡發表感想是我的榮幸，並不是因為我這個人如何，而是我能夠在這裡發表在Software Development組裡參賽並完賽的心得與感想。

在上台前我還有些惶恐，因為這個組裡面優秀的作品實在太多，不管是分享functional programming的部分，design pattern跟開源經驗的分享，還是對kotlin語言或是各種主題的分享，都是可以讓我獲益良多的系列。這裡的一些報名者對我來講算是前輩，他們在燃燒著對自己開發技術的熱情，來做分享; 當然有些報名者也不是很在乎名次，雖然分享著重量級的文章與內容，但主要還是來交朋友的。

這次因為疫情的關係，很遺憾沒有機會在現場認識一些在比賽後無緣佳作的朋友，所以後面我會提及兩三個裡面令我印像深刻的系列文章。

好，在這之前，先來談談我自己，我叫韋恩，主要是前端工程師。這次比賽訂的主題是

「 三十天玩轉VSCode Extension 」

會訂這個主題，很重要一部分原因是想藉由這個比賽讓我自己練習下關於VSCode擴充套件的開發與不熟的部分，並讓我自己更有能力接著挑戰些更複雜的題目，像是VSCode提供的語言服務，可以跟我自己之前做的工具結合起來。

在鐵人賽之前，我在其他場合分享一個自己做的template語法與parser處理工具，提供像nodejs社區流行的ejs模板一樣的基本功能，這類compiler系列的工具可以配合VSCode的語言服務來提供語法查，與關鍵字的顏色等等。

但這個主題一個受眾相對少，而且自學難度跟出錯程度比較高。所以我沒有一開始直接挑戰這個題目，主要還是先從大眾容易接受的題材，像是UI元件、Webview跟前端框架的整合著手。先做一些我跟一般人可以快速練習跟上手的小練習，再帶一些實作的細節。

我比較有成就感的地方是在講Webview的部分，這部分有講到跟前端框架整合的地方，在官方文件上沒有提到，所以我一邊參考開源項目裡的整合方法一邊修正，提供給使用者一些其他地方沒有的教學，希望能讓使用者避開一些地雷。

後面我的戰場開的有點太多，有些想要的東西就沒有在30天計畫內寫到，那日後是一定要想辦法再後續的文章補齊的，並且要修正文章的一些地方。目前因為個人的關係，進度有些拖延，這裡跟有訂閱文章的朋友說聲抱歉。

好的，那以上是關於我參賽的內容。

原則上我自己參加比賽或業外活動有幾個原則：

1. 盡量靠自己找到眼前問題的解決方法，寧可有些寫的地方不好，也要用自己的方式完賽。
2. 分享的主題跟在公司內使用的技術保持一點距離，公事的內容跟個人私下的活動分開。
3. 跟習慣誇耀自己的參賽者保持距離。

很高興我按照上面的原則做事情，並且發滿三十天的文章
(當然，很累，挑戰新的題目，也不知道寫的對不對)

這次因為疫情的關係，很遺憾沒有機會在現場認識一些在比賽後無緣佳作的朋友。

所以後面我主要會提及兩三篇未在佳作，但令我印象深刻的系列文章與作者。

• Why Flutter why? 從表層到底層，從如何到為何

作者是個資深的Flutter工程師，分享很多深入的Flutter相關原理，很佩服這麼資深的工程師還願意撥出這麼多時間下班寫三十天的分享。通常越資深的人，手頭工作上的任務會越多，時薪也更高。

• 你終究都要學設計模式的，那為什麼不一開始就學呢

作者在賽後還持續寫文章分享，最後在年前遵守跟自己的約定寫到第五十七篇。

同主題的系列文還有乾太的「 設計模式不難，找回快樂而已，以大頭菜為例 」

• [Re:PixiJS - Day01] 再談 PixiJs

作者分享了四十五篇跟PixiJs有關的文章與相關實作，這位作者好幾次重複參賽，還能這麼有熱情，蠻佩服作者的。

以上是讓我印象深刻的幾個系列文章，基本上我看別人文章的數量跟時間也不多，相信本次鐵賽人一定還有更多優秀的系列文沒被我介紹到。

很感謝這次鐵人賽的主辦單位，讓我有機會跟眾多參賽者們一起學習與成長。

能夠第一次正式參賽拿到冠軍，感覺像是第一次挑戰boss成功就馬上掉寶物或跟頭獎。

鐵人賽挑戰三十天發文章成功，是一定是會獲得大量的經驗值的，但打到掉寶感覺還是要有點機率跟評審老師的青睞的。

在這裡也感謝評審老師們不嫌棄，讓我不需要再刻意打副本刷寶，心態上是可以更輕鬆的挑戰更多有創意的題目。

感謝大家。